[如何讓回歸測試有效率呢?]
為了解決回顧測試這個大麻煩, 很多工程師或是主管的絕招........
.
.
.
.
.
.
.
就是自動化測試
是的, 只要提到自動化, 大家就高潮了, 每件事情就可以被解決
可是真的是這樣嗎?
你寫自動化測試不需要時間嗎? 通常是要花很長的時間
等到妳寫完說不定專案已經結束了
但是有人說, 後面重複 run 所省下來的時間和精力, 是可以彌補的
並且也不會一直在 repeast 你自己, 聽起來是可以讓自己高人一等
沒錯, 這是對的
但是, 很多時候你可能無法 run 很多次.
因為受測產品可能是 project based
不是 product based
你根本沒有機會 run 幾次, 就要交付給客戶了
後面是不是你維護還不知道
就算你是 product based, 需要一直維護他, 自動化測試就沒問題了嗎?
絕大多數的狀況下, 這種回歸測試的自動化, 大多不會都全過, 大多會錯一些 cases, 你必須要不斷修改, 才能讓所有自動化測試都通過
這樣一直下去, 維護的人通常會很挫折, 根本不太會覺得自動化很萬能
也有人說, 我每次的回歸測試都是全過啊
這時候你反而要擔心一下
是不是哪些自動化測試 cover 的不夠多
根本就沒有經過那些修改的地方
所以才會一切都沒事
哪可以怎麼做
我建議可以 code review 那些修改的地方
看看他改了什麼
影響到什麼地方, 影響的嚴重度有多高
之後再來決定哪些地方要測試
Review 後, 說不定發現真的沒改什麼, 你可以不用測其他的, 或者測的範圍不用這個大
並且在 review 的過程中, 也是一種測試, 好好思考程式邏輯, 是否有什麼不足, 直接在來源處處理
所以還是有比自動化測試好用又有效的方法
Search